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METHOD AND APPARATUS FOR MANAGING ATTRACTION ADMISSION 



FIELD OF THE INVENTION 
The invention relates to methods and apparatus for managing admission or entry to an 
5 attraction, such as a theme-park ride. 

BACKGROUND ART 
There are a number of circumstances where people have to wait in line in order to do 
something. At amusement parks, for example, a customer often needs to wait in line to ride an 

10 attraction, and the most popular attractions usually have the longest lines. Other situations where 
people have to wait in line are at banks, a bakery, at government offices, to buy tickets for shows 
or concerts, to gain admission to museums, or at any other place where the number of people 
arriving to take advantage of goods or services at any one time exceeds the speed at which any 
one customer or group of customers can be served. When such a situation occurs, a line forms. 

15 Although customers wait in line, none prefer it. People feel that time spent in line is time 

wasted. A customer would much rather come back later when there is no line so that the 
customer can do other things instead of waiting in line. This problem is particularly acute in an 
amusement park. An amusement park may have hundreds of attractions, including rides, shops, 
shows, stores, games, parades, displays, and food services. If a customer must wait in line for 

20 each attraction, the customer may only be able to utilize a small number of attractions in a visit. 
For particularly popular attractions, the lines can require waiting for a number of hours, so that a 
customer might only be able to utilize five or six attractions in a ten hour visit. 

Not only is the customer frustrated at not being able to access more attractions, but the 
amusement park itself suffers from having underutilized attractions because the customers are 

25 waiting in line for other attractions. Instead of waiting in line for a single attraction, a customer 
could be riding other attractions, eating food, shopping at stores, playing games, or other 
activities. It would be preferable if the customer could avoid the line associated with an attraction 
while still being able to utilize the attraction sometime during the customer's visit. 

There are a number of techniques in the prior art to handle the problems associated with 

30 waiting in line. One approach to dealing with people in lines is to attempt to make the waiting 
more enjoyable or to make the time go faster. In some arrangements, customers waiting in line 
are entertained, such as with television, music, reading material, and so forth, so as to distract 
them and take their mind off of waiting in line. However, such schemes do nothing to prevent the 
need to wait in line. 

35 Other prior art schemes have been used to attempt to eliminate the need to stand in line. 
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One such arrangement is where each customer arriving at a location of service is provided with a 
number that increments for each newly arriving customer. Numbers are called in order, with the 
holder of a called number being entitled to service. Such schemes are often used at bakeries and 
other food establishments. This arrangement avoids the need for customers to stand in a physical 
5 line in order to determine the order in which they will be served. When the customer observes 
that the current number being serviced is so much lower than the customers assigned number, the 
customer might leave the establishment and return when the customer expects the customer's 
number to be called. 

This scheme requires a lot of guesswork by the customer, and provides no clear guidance 

10 for the customer as to when the customer should return. More often than not, the expected time 
delay between the current number being serviced and the customer's number is such that the 
customer feels compelled to wait at the establishment to avoid missing the customer's 
opportunity to be served. So although a physical line might be avoided in such a scheme, the 
waiting itself is not really avoided. 

15 Some prior art schemes at amusement parks and other attractions have attempted to avoid 

the need to have customers wait in line. In a first known arrangement, a number of tickets are 
sold or distributed based on an operating time of an attraction and the capacity of the attraction. 
A problem with this scheme is that it is a " dumb" system. The assumption is that the attraction 
will have predictable loading and operating times, and will operate at the capacity of the tickets 

20 distributed. A problem with this system is that it does not take into account actual real time 
performance of the attraction, nor the dynamic real time capacity of the attraction. 

Another problem with this first system or scheme is that a customer can line up for 
multiple tickets for the same scheduled attraction operation. If the customer keeps the multiple 
tickets, the attraction does not operate at peak capacity, leading to a situation where the 

25 efficiency of the attraction (number of riders per attraction cycle) is lower than if a simple wait in 
line scheme is used. In addition, the system does not take down time or slow downs into account, 
so that tickets for later operation are distributed when the attraction may not actually be 
operating, or when it may be still servicing customers from earlier operation times. This leads to 
waiting in line or to an inability to use the tickets at all. 

30 Another problem with the scheme is that it requires all customers to use the system. 

There is no alternative scheme available that a customer could use in place of the scheme, even 
when the scheme leads to more delays. If the customer does not obtain a ticket, then the customer 
is not permitted to access an attraction. 

Another attempt to eliminate or reduce the need to stand in line is described in U.S. 

35 Patent 5,502,806 to Mahoney (the Mahoney patent or the '806 patent). The Mahoney patent 
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describes a waiting line management system where a customer is issued a card or electronic ID 
device and by which the customer is permitted to use a plurality of computer access terminals. 
The access terminals are located, for example, in an amusement park. A customer using the card 
at the access terminal is advised of time slot windows available for a number of attractions and 
5 performances. The customer chooses one or more time slots for one or more attractions and 
thereby is able to pre-schedule the use of attractions. 

A problem with the Mahoney scheme is that it allows customers to reserve the right to 
use a number of attractions, potentially preventing others from using the attractions. Another 
problem is that by allowing the customer to select a time slot, the Mahoney system lacks 

10 responsiveness to changing ride conditions and performance data. In addition, the slots 
themselves are determined by a pre-established allotment. Such advance assignment of time slots 
suffers from the same disadvantages as the above-described first known scheme in that there is 
no dynamic changing of time slot allocation based on actual attraction conditions. This condition 
could result in customers being required to stand in line if conditions have slowed down, 

15 eliminating the very benefit the system is intended to provide. Mahoney suggests that if such a 
situation occurs, then customers who do not have passes will be required to wait longer than 
customers that do have passes. However, such a solution still could require substantial wait time 
for customers with passes, and leads to unacceptable wait times for customers without passes. 
Another problem with permitting customers to select time slots is that all of the time slots may 

20 be selected for certain periods of the day, such as 2-5 p.m., while few or none of the slots may be 
selected for other periods of the day, such as 12-1 p.m. In this arrangement, the attraction may be 
underutilized during certain periods of time. 

The Mahoney scheme manages slot times allocation based on a fixed capacity of an 
individual attraction. In actual practice, the capacity of an attraction may not be achievable due to 

25 a variety of factors, including number of customers, the demographics of the customers, 
attraction performance, the number of customer vehicles associated with the ride which are in 
service over time, the number of staff members available to operate the ride, safety factors, 
weather, etc. For example, the total number of customers in a park who may even desire to 
access any attraction may be much less at one time of day (such as at opening) than another time 

30 of day (such as mid-day). In addition, the capacity of an attraction may change due to a variety of 
circumstances. A ride may be taken out of service for a period of time or one or more " cars" or 
associated customer vehicles may be removed from the ride, lessening the capacity. The number 
of staff available to operate the ride may fluctuate during the day. If a fewer number of staff 
members are available, such as at a shift change, the number of patrons which may be loaded into 

35 each customer car or the number of cars which may be loaded may be reduced. When slow 
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downs occur and customers with passes must wait in line, the time slots reserved by those 
customers for other attractions may expire. This not only frustrates the customers with passes, 
but leads to potentially empty seats on other attractions. 

An improved method and apparatus for managing access to an attraction is desired. 

5 

SUMMARY OF THE INVENTION 
The invention is a system and method for managing admission to an attraction that 
provides a customer with a choice of standing in line for the attraction or having a spot reserved 
for admission to the attraction at a later time without standing in line. The invention also 

10 provides an improved method and apparatus for managing admission to an attraction that can be 
constantly adjusted to account for the dynamic real time capacity of the attraction. The invention 
also provides a method and apparatus for managing admission to an attraction that can prevent 
customers from acquiring multiple reservations for the same attraction. 

In one or more embodiments, the system provides two access points or queues at an 

15 attraction. A first queue is a traditional "wait in line" queue where customers line up for the next 
available chance to use the attraction. A second queue provides a customer with access to the 
attraction which avoids the traditional, first queue. 

The system includes a first validator for validating the right of a customer to receive an 
assigned future time to access the second queue. In one embodiment, the system also includes a 

20 media distributor for distributing an entitlement in the form of a pass to an entitled customer. The 
pass provides a time or time range assigned by the system during which the entitled customer is 
entitled to access the attraction in the future via the second queue. The system includes a second 
validator for validating that the customer is entitled to access to the attraction via the second 
queue at the assigned time, in one embodiment, the pass issued to the customer establishes the 

25 entitlement of the customer to access the attraction via the second queue by the second validator. 

In accordance with an embodiment of a method of the invention, a customer may access 
an attraction in a manner which avoids standing in a first waiting line by verifying entitlement to 
utilize a second queue, being assigned a future time for accessing the attraction via the second 
queue, returning to the attraction at the future time and validating the entitlement of the customer 

30 to gain access at the assigned time. In one embodiment, a customer is issued a pass entitling the 
customer to access the attraction at a future time via the second queue and the customer uses the 
pass to establish entitlement to access the attraction at the future time. In this method, the 
customer may leave the vicinity of the attraction between when the pass is issued and the future 
time at which the customer is entitled to access to the attraction. 

35 In accordance with an embodiment of the method and system of the invention, a variety 
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of factors are utilized to determine the future time assigned to the customer and associated with 
the pass provided the customer. In one embodiment, the system and method are arranged to 
continuously adjust the number of passes and/or assigned times in order to compensate for 
changes in ride capacity, demand and other factors in order to maintain the attraction at optimum 
5 operating conditions. 

In one embodiment of the invention, a system is associated with more than one attraction, 
such as rides in an amusement park. The systems are linked in a manner which permits 
verification that a customer accessing the second queue of one attraction has not already been 
issued a pass entitling them to access the second queue of another attraction. 

10 In one embodiment of the invention, a printed pass is generated that includes the time or 

the time range during which the patron can access the attraction without having to wait in a first 
physical line. The patron presents the pass at a second queue during the designated time and 
gains entry. As discussed, the pass can include various features that allow for its authentication 
and/or validation at the second queue. The name of the designated attraction and the time or time 

15 range can be printed on the pass for the convenience of the patron. In addition, targeted 
advertising can be printed on the pass. This advertising can be varied by the system, and each 
pass could include its own unique message that is different from any other generated pass. 

Various advantages are realized by allowing targeted advertising to be printed on 
individual passes as they are generated. For example, special features or events that are 

20 occurring during the patrons wait can be identified. Thus, the patron maximizes his or her time 
while in the park and park management can promote various events and attractions. In addition, 
restaurants, shops, or other attractions that are within the area of the attraction the patron is 
waiting for could be identified and promoted through such advertising. Yet another advantage is 
that park management could utilize such advertising to influence pedestrian traffic patterns. That 

25 is, if a particular area is known to be overcrowded at a predetermined time, the generated 
advertising could promote places or events in a different location, before and during the 
predetermined time. Since the system is independent and variable, such traffic management 
could be generated instantaneously, whenever events (planned or unexpected) warrant. 

Yet another advantage of having the system print targeted material on the passes is the 

30 ability to send predetermined messages to individual patrons or groups of patrons. In one 
embodiment of the invention, each patron is given a unique admission media or ticket that allows 
them to obtain the pass that allows them to avoid waiting in the physical queue. By using the 
admission media to obtain the pass, the system is then able to recognize and identify each patron. 
Thus, messages targeted to that patron can be printed or otherwise included on the pass. For 

35 example, "John Doe, please meet your wife at the main gate at 2:00 p.m." could be printed on his 
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pass by request. As another example, large groups of people (often younger children) tour such 
parks together. Whenever desired, messages could be printed on their passes such as "meet the 
group at 2:00 p.m." or "remember, the shuttle departs at 3:00 p.m." By providing an identifying 
link between the patron and the system, predetermined messages, promotional information, or 
5 advertising can be customized and directed to specific patrons or groups or patrons. 

Further objects, features, and advantages of the present invention over the prior art will 
become apparent from the detailed description of the drawings which follows, when considered 
with the attached figures. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a schematic overview of an attraction admission management system in 
accordance with an embodiment of the invention for managing admission to a single attraction; 

FIGURE 2 illustrates in more detail a system such as that illustrated in Figure 1; 

FIGURE 3 illustrates a system of the present invention which includes multiple systems 
1 5 for managing admission to multiple attractions; 

FIGURE 4 is a flow diagram of an access time calculation method in accordance with an 
embodiment of the invention; 

FIGURES 5 A-5H illustrate table names/definitions and a data dictionary of terms for use 
in a system and method of the invention; 
20 FIGURE 6 illustrates an embodiment of a viewable screen which provides a user of a 

system of the invention with attraction " downtime" information; 

FIGURES 7A-7C illustrate embodiments of viewable screens which permit a user of an 
embodiment of a system of the invention to view current system settings and adjust those 
settings; 

25 FIGURE 8 illustrates an embodiment of a viewable screen which enables a user to 

establish a variety of settings for a specific attraction; 

FIGURE 9 illustrates an embodiment of a viewable screen displaying information 
associated with a master server of a system of an embodiment of the invention; 

FIGURE 10 is a flow diagram illustrating an embodiment of a method by which 
30 information is fed from a master server to a controller of an embodiment of the invention; 

FIGURES 1 1 A-l 1C show a flow diagram illustrating a method of the invention by which 
information is fed from a controller to a master server of an embodiment of the invention; 

FIGURE 12 illustrates a system in accordance with another embodiment of the invention; 

and 

35 FIGURE 13 is a flow diagram illustrating an embodiment of a method of the invention. 
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FIGURE 14 illustrates a sample printed pass allowing for patron entry into a designated 
ride during a particular time range and includes targeted advertising messages. 

DETAILED DESCRIPTION OF THE INVENTION 
5 In the following description, numerous specific details are set forth in order to provide a 

more thorough description of the present invention. It will be apparent, however, to one skilled in 
the art, that the present invention may be practiced without these specific details. In some 
instances, well-known features may have not been described in detail so as not to obscure the 
invention. 

10 One or more embodiments of the invention comprise at least one method and system for 

managing admission to an attraction. The system is particularly applicable for use in an 
environment where the number of customers which desire access to an attraction is greater, at 
one or more times, than the capacity of the attraction. Such a condition may be referred to as a 
condition of insufficient capacity. By insufficient capacity, it is meant that fewer customers can 

15 be accommodated at/by the attraction than wish to be accommodated at a particular time or over 
a period of time. This condition may arise by an imposed limitation, such as where it is desired to 
limit the number of persons in a particular area at a given time. Such may be for safety or a 
variety of other purposes. This condition may also arise due to physical limitations, such as the 
number of seats on a particular ride and the cycle time of the ride. 

20 Figure 1 is an illustration of one embodiment of the present invention. The system is for 

use in controlling admission or entry to an attraction 22 (note, as used herein, the term 
"attraction" is meant to comprise any location or presentation to which one or more customers 
wish to gain access. The attraction may comprise a location at which a service is provided, such 
as a ride, stage or other show, theater, parade, restaurant or other food service, merchandise 

25 location, transportation or the like. The attraction may also comprise a geographic location, such 
as a natural wonder, art museum or the like. Thus, while the system has particular applicability to 
and is described herein for use in controlling access to a ride-type attraction, the system may be 
used in a wide variety of other environments where it is desired to avoid lines). 

In one or more embodiments, the system includes a first queue 24 by which customers 

30 gain access to the attraction 22 by waiting in a line, much as has been done in the prior art. In 
other words, the customers in the first queue 24 have an order in line based on a time at which 
they enter the queue, and are able to utilize the attraction in that order when a space or capability 
is available. In one or more embodiments, the queue 24 includes a turnstile 28 (or similar device 
for controlling access) positioned at an entrance of the attraction 22. The queue 24 may also 

35 include ropes, fences 30 or the like for defining a space in which the customers line up. 
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In one or more embodiments, the customers in the first queue 24 are permitted to access 
the attraction when there is an open spot not filled by the customers accessing the attraction via 
the second queue 26. As described in more detail below, the number of customers which are 
permitted to access the attraction via the second queue 26 may be adjusted to provide a certain 
5 number of open spots for customers in the first queue 24. For example, 80% of the available 
spots for the attraction may be dedicated to and filled by customers from the second queue 26, 
while the remaining 20% are filled by customers from the first queue 24. In addition, if one or 
more of the spots dedicated to the customers of the second queue 26 are not filled, such as if one 
or more customers who obtain passes for accessing the second queue 26 do not return to access 
10 the attraction, then these spots may be filled by customers in the first queue 24. As described in 
more detail below, this arrangement permits the attraction to operate at all times at optimum 
capacity. 

The system of the invention also includes a second queue 26 by which customers gain 
access to the attraction 22 without waiting in a line and thereby avoid the first queue 24. In one 

15 or more embodiments of the system, the system includes at least one validator for validating the 
right of a customer to receive an assigned time to access the attraction via the second queue. 

In the embodiment illustrated in Figure h, the system includes a first validator 32 
validating the right of a customer to receive an assigned future time to utilize the second queue 
26, and a second validator 34 for permitting the customer to access the attraction 22 at a future 

20 time via the second queue 26. In this manner, the customer can avoid the first queue 24. 

In operation, a customer utilizes the first validator 32 to obtain an assigned time in the 
future for accessing the attraction via the second queue 26. As described below, in one 
embodiment, an entitled or "validated" customer may be issued a pass which includes a time or 
time range at which the customer is entitled to return and utilize the attraction. The amount of 

25 time between the time a pass is issued and the time at which the customer can utilize the 
attraction depends on a number of factors, including the number of people who have already 
obtained passes, the capacity of the attraction, the operating speed of the attraction, staffing 
availability, the capacity of the attraction allocated to the customers accessing it via the second 
queue, and any delays related to operation of the attraction. 

30 When the assigned time or time range (such as that indicated on the pass) occurs, the 

customer is entitled to access the attraction without waiting in line. The customer accesses the 
second queue 26 and establishes entitlement to access the attraction via the second queue 26. In 
one embodiment, the customer presents the issued pass at second validator 34 and if the pass is 
valid (i.e., the time or time range is appropriate, the pass is not counterfeit, etc.) the customer is 

35 admitted to the attraction. 
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In one embodiment of the invention, a customer may only use the second queue when the 
customer has not previously been issued a yet unused or unexpired pass. This scheme is to 
prevent customers from obtaining multiple passes for a single attraction, preventing others from 
enjoying it, or to prevent customers from reserving admittance to multiple attractions. A 
5 customer may be permitted to obtain multiple passes to one or more attractions, as described in 
greater detail below. 

As illustrated in Figure 1, at or near an entrance to attraction 22, a customer is presented 
with a point of decision 36 where the customer decides whether to access the attraction 22 via the 
first queue 24 or the second queue 26. When there is no appreciable line in the first queue 24, the 

10 customer may decide to forego the second queue and utilize the attraction in a prior art manner. 
If the line in queue 24 is too long, or if the customer wishes to utilize the system of the invention, 
the customer chooses the second queue 26. 

In one or more embodiments, the system includes a first queue wait time generator 3 1 
and associated display 33. The first queue wait time generator 31 is configured to generate a time 

15 regarding the wait associated with accessing the attraction via the first queue 24 by a customer 
about to enter the first queue 24. Of course, the wait time may be calculated manually, such as by 
tracking the wait time of one or more particular customers through the first queue 24 from time 
of entry until time of attraction access. In one or more embodiments, the first queue wait time 
generator 31 includes sensors which provide data for use by the generator 31 in determining a 

20 current length of the wait associated with that line. The sensors may provide information such as 
the physical length of the line. The generator 31 may use this information and information such 
as the current ride capacity, percentage of capacity allocated to customers accessing via the 
second queue 26, and other factors for generating an approximate first queue wait time. Various 
data for use by the generator 3 1 may be input manually as well. For example, a ride operator may 

25 visually estimate the physical length of a line and input line length data to the generator 31. The 
first queue wait time display 33 is configured to provide a customer at the point of decision 36 
with the first queue wait time information. The display 33 may comprise a digital or other 
display for displaying hours and/or minutes of wait time. 

In one or more embodiments, the System includes a second queue time display 35. This 

30 display 35 is configured to display the next time which will be assigned to a customer for 
accessing the attraction through the second queue 26. The display 35 may comprise a digital or 
other display displaying hours and/or minutes of wait time. 

Using the information regarding the access times available to a customer via the displays 
33,35, a customer is aided in the process of deciding to access the attraction through the first or 

35 second queues 24,26. 
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In one or more embodiments, the first validator 32 for verifying entitlement of a customer 
to an assigned future time may be located remote from the attraction or there may be more than 
one first validator 32, one located near the attraction and one or more located remote therefrom. 
For example, a first validator 32 may be located near an entrance to a theme park. In such an 
5 event, a display 33 for displaying first queue waiting time and a display 35 for displaying the 
next available time for accessing the attraction via the second queue 26 may be located at the 
remote first validator 32 as well 

Figure 2 illustrates one embodiment of a system having a first validator 32, a media 
distributor 38, and a second queue 26 having an associated second validator 34. The first 

10 validator 32 is arranged to determine or verify that a customer is entitled to an assigned future 
time for accessing the attraction via the second queue 26. In one embodiment, the first validator 
32 establishes the right of a customer to a pass having an assigned future time, the pass for use by 
the customer in gaining access to the attraction 22 via the second queue 26 at the future time. The 
first validator 32 may comprise a card-reader type device which is arranged to read a magnetic 

15 stripe on a ticket issued to the customer. In such an arrangement, each customer may be provided 
with a ticket or similar element which establishes a customer's right to access the attraction 22. 

In an embodiment where the attraction 22 is inside of or part of a theme park, the ticket 
which the customer uses for validation may be a ticket which is issued to the customer by which 
the customer gains access to the park itself. In such an arrangement, the first validator 32 may be 

20 arranged to communicate with a main database containing information regarding the customer(s) 
(such as by ticket numbers) which are entitled to utilize the second queue 26. 

In one or more other embodiments, the first validator 32 may be arranged to read 
information on a card, to accept issued tokens, identify one or more biometric identifiers of a 
customer such as a radio-frequency identification (RFID); retina, voice, thermal, finger or hand 

25 geometry signature; or a visual identification of the customer or the like. 

In one or more embodiments, if the first validator 32 establishes the right of the customer 
to an assigned time in the future for accessing the attraction via the second queue 26, then the 
media distributor 38 distributes a pass to a customer which the customer may utilize to access the 
attraction via the second queue 26. In one embodiment, the media distributor 38 comprises a 

30 printer which prints a paper pass or similar element. The media distributor 38 may issue one or 
more of a wide variety of media as passes, such as magnetic-stripe encoded or "smart" cards, 
punch-type cards, coded tokens, biometric identifiers such as those set forth above and the like. 

In one embodiment, the pass which is distributed to each customer by the media 
distributor 38 is arranged to permit the customer to gain access to the attraction 22 at a time in 

35 the future. The particular time, as described below, may vary upon a wide variety of 
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circumstances. In one or more embodiments, the time comprises an assigned access time or time 
range which is printed on the pass which is issued to an entitled customer. (In the examples 
below, the pass is referred to as having a "time" associated with it. It will be understood that this 
contemplates both a specific time and/or a time range, time period, or time window). 
5 As described above, the first validator 32 and the media distributor 38 may be located 

adjacent to the attraction and/or remote therefrom. In the event the first validator 32 and media 
distributor 38 are located near the attraction, after obtaining a pass or the like, the customer may 
leave the area of the attraction 22 and need not return to the attraction 22 until the time provided 
on the pass. In the event the customer obtains a pass from a remote media distributor 38, the 

10 customer simply continues about their activities until it is necessary to travel to the vicinity of the 
attraction at the assigned time. As described in more detail below, the right of a customer to 
obtain passes may be a value added feature for which the customer pays additional monies (such 
as at the same time as purchasing a main ticket). 

In one or more embodiments, the first validator 32 may be integral with a main ticket 

15 issuer/validator and second queue access passes may be issued at the same time or as part of a 
main ticket. For example, a customer entering a theme park may be permitted, at the time they 
present or purchase their ticket, to obtain one or more passes providing future times assigned by 
the system. This permits a customer to plan or schedule their day ahead of time. In this 
arrangement, the ticket which the customer uses to access the theme park may be encoded and/or 

20 printed with access time information for permitting the customer to access one or more 
attractions at future times, avoiding the need to issue separate passes. 

In one or more embodiments, the system and method for permitting access to the 
attraction 22 includes a second validator 42 for establishing the right of a customer to access the 
attraction via the second queue 26 at assigned time. In one embodiment, the second validator 42 

25 validates the media or pass issued by the media distributor 38 and held by a customer. In one or 
more embodiments, the second validator 42 comprises a human attendant which reads 
information printed on the pass and verifies the information. The attendant may verify the printed 
assigned time or time range against the current time, a date of the pass against a current date, and 
the attraction for which the pass is issued. 

30 Alternatively, the second validator 42 may comprise a card reader or other device for 

confirming the entitlement of a customer to access the attraction 22 via the second queue 26. For 
example, the second validator 42 may be arranged to verify data associated with the element 
issued by the media distributor 38, such as a bar code. 

In one or more embodiments of the invention, the pass issued to a customer may be 

35 issued only for reference by the customer for knowing and remembering the assigned time or 
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range of time, and the second validator 34 may be configured to verify entitlement of the 
customer in a manner independent of the pass. For example, a customer may establish 
entitlement to a pass with a finger print at the first validator 32. The pass provides written 
indication of the assigned time to the customer. When the customer accesses the second queue 
5 26, the customer may be required to establish validation at the second validator 34 with a 
fingerprint again. In this arrangement, the second validator 34 determines that the customer is 
entitled to access the attraction by establishing that the identify of the customer with the 
fingerprint and determining if the time the customer is accessing the second queue 26 is at the 
time/in the range of time which was assigned to the customer. It may be appreciated that the 

10 second validator 34 may be configured to establish validation in one or more of the variety of 
manners described above with respect to the first validator 32. It should be appreciated that 
customers may not be issued passes at all. 

In accordance with one or more embodiments of the invention, one or more schemes are 
provided for determining the access time which is associated with each media which is issued by 

15 the media distributor 38. In one or more embodiments of the invention, a time at which a 
customer is permitted to gain access to the attraction 22 via the second queue 26 is dependent 
upon one or more of a variety of factors, including, but not limited to, the following: the capacity 
of the attraction, the capacity of the attraction which is allocated to customers accessing through 
the second queue 26, the total number of customers who may wish to access the attraction 22, the 

20 current and future staffing of the attraction, the demographics of the customers, the time of day 
and the day of the week. 

In one or more embodiments, the system includes a controller 44. As illustrated, the 
controller 44 is arranged to control the media distributor 38. The controller 44 may also be 
arranged to control other aspects of the system, such as the first validator 40. In one or more 

25 embodiments, the controller 44 receives attraction capacity and/or time information and instructs 
the media distributor 38 what time to issue in association with each pass. The controller 44 may 
send a signal to the second queue time display 35 for displaying the next time to be assigned. 

A keypad 46 or other data entry/control device (such as a keyboard, mouse, joystick or 
the like) may be provided for manually entering data and controlling the controller 44. The 

30 keypad 46 may be used to enter specific time information, reset the controller and the like. A 
display screen 47 such as a CRT may be associated with the controller 44 and keypad 46 for 
permitting a user to view information regarding the system. 

A local server 48 is arranged to send and receive data. In one or more embodiments, the 
local server 48 is arranged to receive data about the capacity and other characteristics of the 

35 attraction 22. For example, various sensors may be associated with the attraction 22 for providing 
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data. In one or more embodiments, the sensors (not shown) may monitor ride speed, the number 
of customers passing through or standing in the first queue 24, the capacity of the ride, etc. The 
local server 48 may receive data from these sensors at various times or continuously, or may 
transmit specific requests for data. (In other embodiments, the local server 48 may be a remote 

5 server in communication with the attraction and sensors). 

Information may be inputted manually or automatically. For example, each staff member 
which is currently available to operate a ride may manually enter their employee code to indicate 
to the system that they are available to operate the system. Based on the number of employees 
which are indicated as available, adjustments may be made to the number of customers which are 

1 0 likely to be serviced during a period of time. 

As will be appreciated by those of skill in the art, many current attractions, such as thrill 
rides, already include sophisticated ride control systems. These systems have a variety of sensors 
and controls for monitoring and controlling the ride. The local server 48 may simply comprise an 
interface with the individual ride control systems for receiving information therefrom. 

15 The information which is provided to the server 48 is transmitted to an algorithm 

processor 50. The algorithm processor 50 utilizes the data to determine times for issuance by the 
media distributor 38. In general, it is desired that the algorithm processor 50 issue a time 
associated with each media which permits the customer to return to the attraction 22 at the 
predetermined time at the second media validator 42 and access the attraction 22 (such as via 

20 second validator 42) without standing in a line. In order to accurately balance demand and 
capacity, the algorithm processor 50 obtains information regarding a variety of factors which 
affect demand and capacity. (Although shown as separate entities in Figure 2, the controller 44 
and algorithm processor 50 may be implemented as a single device or process). 

In one or more embodiments, if the wait associated with the first queue 24 becomes 

25 longer than a desirable time, then the algorithm processor 50 may be arranged to issue fewer 
numbers of access times or access times which are later in time so as to permit a greater number 
of customers from the first queue 24 to access the attraction 22 for a period of time. In the event 
the capacity of the attraction 22 suddenly decreases, the algorithm processor 50 may be arranged 
to respond in a similar fashion. In the event the capacity of the attraction 22 increases, then the 

30 algorithm processor 50 may be arranged to issue a greater number of access times. 

In one or more embodiments, the algorithm processor 50 utilizes one or more algorithms 
to produce access time data. Set forth in Figure 4 is a flow diagram illustrating a configuration of 
a method by which the assigned or "wait" times are calculated (as used in Figure 4, "GC" 
represents the guest count). Figures 5A-5H illustrate tables and a data dictionary for data element 

35 which may be used in the illustrated wait time calculation. 
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Set forth below is information regarding a number of processes employed in the flow 
diagram illustrated in Figure 4. As set forth therein, the system may be arranged to employ a 
number of procedures at different times. For example, every 5 minutes, the system is arranged so 
that data associated with the controller 44 is uploaded to a master server (as described below in 
5 conjunction with Figure 3). The system may be arranged so that all data regarding customers 
which have been issued entitlements is cleared from the system at 3 a.m. each day. 

DISPENSE RATE CALCULATION 
g = number of guests carried 
10 x = guest count survey time in minutes 

z = percentage of capacity for attraction sent to the system 
p = ticket increment period in minutes 
((g*z)/x) * p = dispense rate setting 

15 Example: 

If g = 2,000, x = 60, z - .8, p = 5, then 
((2000*.Sji 60 * 5 = 133.33 
Rounded down to 133. 

20 PROCESSES 

The system has following processes: 

5-MINUTE LOAD PROCESS 

Every 5 minutes, a main systems process on a Bridge server will get the Master 

Controller data (as used herein and in the Figures, "master controller" includes controller 44 as 
25 described above and a master controller 244 as described below), call the stored procedure 

"put_me_data" on the Park server (the Park server may comprise a server such as server 104 

described below with reference to Figure 3), and pass a series of values to the stored procedure. 

The stored procedure will insert these values into the synonymed "vq_contr_feed_info" table, 

which points back up to an attraction data server (such as the master server 102 as illustrated in 
30 Figure 4 and referred to in Figures 5A-5H as " OPSheet" or local server 48), and update the local 

Park server table " vq_last_feed_info" . 

10-MINUTE SEND PROCESS 

Every 5-10 minutes, after calculations have been performed to determine the correct 
35 dispense rate, a row will be inserted into the vq_opsheet_feed table location on the attraction data 
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server. This insert will trigger a stored procedure, which will activate a C routine. The C routine 
will build two files. The first file will contain the attraction identifier; the second file will contain 
k-shell script commands. The C routine will execute the k-shell file, and the k-shell file will ftp 
the first file to the Bridge server location. 
5 On the Bridge server, another mechanism will run every minute looking for the file sent 

by the process described above. If the file is found, a message pulse will be sent via the Windows 
NT operating system to activate the main systems process. 

The main systems process will read the file to get the attraction ID. Using this attraction 
ID, the main systems process will call the stored procedure "get_me_data", located on the 
10 attraction data server. This stored procedure will return the values from the 
"vq_opsheet_feed_info" table for the attraction in question, and then indicate that this data has 
been processed. 

ABUSE CHECK 

15 When a card is read through the magnetic reader, a main systems process will trap the 

information, attach the attraction, and call a stored procedure called "abuse_check", which is 
located on the Park server. This stored procedure will determine whether or not a duplicate ticket 
exists for abuse purposes. It will also determine whether or not the close time has been reached. 
Based on several checks, either a 0 (successful), I (abuse), or 2 (past the close time) will be 

20 returned by the stored procedure to the main systems process. The main systems process will 
then determine how to proceed with printing a reservation ticket. 

CLEARING ABUSE CHECK DATA 

Each morning at 3:00 AM, a process called "cleanab.sh" will run. This is a C program 
25 that will delete all the abuse check data accumulated for the day. 

SYNCHRONIZATION OF ATTRACTION DATA SERVER TO THE PARK SERVERS 

Each time an attraction is created, updated, or deleted in the attraction data server, a 
trigger mechanism will be activated. The trigger mechanism will take the changes on the 
30 attraction data server and pass them to the correct Park server attraction table. This will be done 
via a stored procedure called " synclocs" . This stored procedure will determine which park needs 
to be updated and, via a synonym, perform the updates. 
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NETWORK MONITORING MECHANISM 

This process will be comprised of a C routine residing on the attraction data server. This 
C routine will be activated every minute, and will build a connection against the attraction data 
server database and each of the active Park server databases. It will also attempt ping against 
5 each of the active Bridge servers. If any component fails, a page will be sent to the development 
team. 

VISUAL BASIC TURNSTILE FEED TO ATTRACTION DATA SERVER 

A Visual Basic process will run on a dedicated Windows NT server to keep the data 
1 0 flowing into the attraction data server. 

DOWN TIME PROCESS 

The Down Time Process is used when a location must be closed to guests for a certain 
amount of time. 

15 A user at the location initiates this process through the attraction data server's line 

management module, which displays on the location's PC. In the Location Down Time screen, 
the user selects the appropriate park and location. 

The process checks to see if the selected location is in Override mode. 

* If the location is in Override mode, the process prevents the user from continuing. 
20 (A down time cannot be assigned to a location in Overridemode.) 

* If the location is not in Override mode, a location port ID is retrieved. This 
location port ID is used throughout the process to assign values to tables pertaining to the 
location's down time status. After the park and location are selected, the process provides a 
suggested "expected up time." The suggested expected up time is the current time + the default 

25 minimum down time. (Each location has a default minimum down time.) The user can modify 
the expected up time so it is greater than the suggested expected up time, but cannot modify it to 
be less than the suggested time. 

The process obtains the expected up time from the user and the current time from the 
UNIX server. 

30 Next, the process obtains the down time minutes by subtracting the current time from the 

expected up time. 

The process obtains the guest window start and end time from either the controller feed 
table or the attraction data server feed table. (Obtaining the most up-to-date time is critical. If the 
guest window start value in the OPSheet feed table is greater than the guest window start value in 
35 the controller feed table, the values from the attraction data server feed table are used. Otherwise, 
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the values from the controller feed table are used.) 

The process checks to see if the location has previously been in down time mode. If the 
location has previously been in down time mode, the process does one of the following: 

* If the current time is less than the location scenario table's expected up time (that 
5 is, the user is modifying an existing expected up time), the process updates the location scenario 

table. 

* If the current time is greater than the location scenario table's expected up time 
(that is, the user is entering a new expected up time), the process inserts a row into the location 
scenario table and updates the table. 

10 The process obtains the location scenario id number to insert into the attraction data 

server feed table. 

If the location is not in down time mode, the process checks to see if the location is in 
schedule mode. If the location is in schedule mode, the schedule's performance values are 
assigned to the appropriate tables via the location port ID. 
15 If the location is not in either schedule or downtime mode, the process uses the values in 

the location's bc_port_info_data table. 

When the locations values have been assigned to the appropriate tables, the process runs 
a stored procedure that calculates the new dispense rate using values obtained from the location 
port id. 

20 Finally, when the location scenario id is obtained, a row is inserted into the attraction data 

server feed table with values provided by the user, the stored procedure and the supporting tables. 

The algorithm processor 50 and controller 44 work with one another to control the 
issuance of passes by the media distributor 38. In general, the access times that are provided by 
the algorithm processor 50 are forwarded to the controller 44. The access times are then provided 

25 sequentially to the media distributor 38 for printing on each successive pass. In the event the 
algorithm processor 50 indicates that no more access times are available, the controller 44 may 
instruct the media distributor 38 and/or first validator 40 to print or display a message that no 
more customers are being provided access to the attraction 22 via the second queue 26. 

The algorithm processor 50 may be arranged to provide for multiples of the same access 

30 time. For example, if the capacity of the attraction 22 permits, two or more passes may be issued 
with the same access time. On the other hand, if the capacity of the attraction 22 is limited, the 
access times may be spaced apart in time. 

As described above, certain information regarding the system may be provided for 
viewing on the display screen 47. The display screen 47 and associated keypad 46 may comprise 

35 a user interface for the system for obtaining information from and inputting information to, the 
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system. Figure 6 illustrates an information screen illustrating the current "downtime" of an 
attraction. A user of the system may input estimated downtime information to the system using 
the keypad 46. This information may be used by the algorithm processor 50 to adjust the times 
which are being calculated for assignment to customers by the input time. 

5 Figures 7A-7C illustrate screens which permit a user to view current system settings and 

adjust those settings. For example, a user of the system may determine from such a screen that 
the current pass dispense rates for the second queue 26 are higher than desired, and input a lower 
percentage allocation value to the system for reducing the number of passes/entitlement issued to 
customers. The user may also set an expected level of "no shows" or the percentage of 

1 0 customers who obtain passes for accessing the second queue but do not use them. 

Figure 8 illustrates a screen which enables a user to establish a variety of settings for a 
specific attraction. For example, using this displayed information a user can determine whether 
or not the system is configured to permit a customer to obtain multiple passes. If not (i.e. " abuse 
check" is "on"), the user may utilize the keypad 44 to change this setting, if desired. The user 

15 may also be permitted to view and adjust a wide variety of other information such as the time at 
which the ride will shut down and thus the last possible assigned time. 

Figure 9 illustrates a screen displaying information associated with the master server 102. 
As illustrated, using information provided to the master server 102, a user may obtain 
information regarding any one or more attractions associated with the system. The user may be 

20 permitted to obtain and revise information with any particular attraction. This arrangement 
allows a user to avoid the need to travel to each attraction to view information, but instead obtain 
and edit information from a central location. 

The personnel which are permitted to access the system, including the viewing of 
information and inputting of information, may be limited. For example, a card-reader or similar 

25 device may be associated with the keypad 46 for reading an employee I.D. card and verifying 
that the employee is permitted to access the system. 

Those of skill in the art will appreciate that there are numerous configurations of 
hardware and/or software for implementing the invention. For example, the controller 44, keypad 
46 and display 47 may comprise components of a general purpose computer. The algorithm 

30 processor 50 may comprise hardware, or may comprise software executed in a processing 
environment, such as a computer. 

Although the above-described system has been described as and is particularly applicable 
in managing admission to a single attraction, such a system can be adapted to manage admission 
to multiple attractions. In one or more embodiments, a first system which is associated with a 

35 first attraction 22 is linked to a second system associated with second attraction and/or additional 
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attractions. Figure 3 illustrates in greater detail such a master system 100 in accordance with one 
embodiment of the invention. 

The master system 100 includes a master server 102 which is linked to a local server 48 
of a local system associated with a particular attraction. In addition, a main server 104 is linked 
5 to each local server 48. For simplicity, Figure 3 illustrates only one such local system in detail, 
and illustrates only the local servers of three additional local systems. 

In the embodiment illustrated, the master server 102 serves the function of the algorithm 
processor 50 of the system described above. In this arrangement, the algorithm processor 50 
associated with each system is omitted and the master server 102 serves the functions of each 
10 individual algorithm processor. The master server 102 sends calculated access time information 
for each attraction 22 to its respective local server 48, which then provides the data to the media 
distributor 38. 

The main server 104 is arranged to permit communication to and between each of the 
local servers 48. For example, in one or more embodiments, when a customer seeks to obtain an 

1 5 admission pass for an attraction, the local server 48 associated with that attraction sends a request 
to the main server 104 to determine if the customer has already obtained an admission pass for 
another attraction. If so, the local server 48 can instruct the controller 44 (and first validator 40) 
to prevent the media distributor 38 from issuing an admission pass. When the customer is not 
prevented from obtaining an admission media, then the local server 48 may be arranged to send 

20 data to the main server 104 regarding the customer, the issued time and attraction so that the 
customer can be prevented from accessing another attraction at the same time or before the 
currently issued pass has been used or expired. 

In one or more embodiments, the main server 104 stores or is linked to a database having 
information regarding customers entitled to access the second queue 26 of each local system to 

25 access an attraction. For example, the main server 104 may store ticket codes of those tickets 
issued to customers each day at an amusement park. 

In one or more embodiments, when a customer wishes to access an attraction through the 
second queue and uses the first validator 40, the first validator 40 sends a request through the 
local server 48 to the main server 104 requesting verification that the customer is entitled to 

30 access the system. If the customer is verified, then such a response is transmitted to the first 
validator 40. If not, then such a response is transmitted to the first validator 40. The first 
validator 40 may be arranged to display an appropriate message to the customer, such as "invalid 
entitlement." 

In accordance with one or more embodiments, there may be more than one "first queue" 
35 or other line in which customers wait. Further, in one or more embodiments, there may be no 
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first queue. In such an arrangement, each customer who wishes to access the attraction is given 
an admission media (if so entitled) and permitted to access the attraction at the assigned time 
only. 

Figure 10 is a flow diagram illustrating a protocol by which the master server 102 

5 (referred to in the figure as the "Master Server Feed") communicates with the controller 44 of 
the system associated with each attraction in one implementation of an embodiment of the 
invention (this implementation is associated with the information provided in Figures 4 and SA- 
SH and described further above). Figures 1 1 A - 1 1C show a flow diagram illustrating a protocol 
by which the controller 44 communicates with the master server 102. 

10 As illustrated in Figure 3, more than one media distributor 38 and first validator 40 may 

be provided at each attraction 22. More than one second media validator may be provided for 
permitting access to the attraction 22. 

Figure 12 schematically illustrates a system in accordance with an embodiment of the 
invention in which validation of park entry tickets and establishment of the entitlement of a 

15 customer to access the second queue 26 is centralized. In this embodiment, a customer obtains a 
ticket, whether prepurchased or purchased at the gate. A central park admission controller and 
database 200 stores information regarding valid tickets. A customer is permitted to enter the park 
via a turnstile 202 or other monitored entry when the customer's ticket is validated. For example, 
the customer's ticket may be read by a ticket reader 204 and the data thereon verified by the park 

20 admission controller 200 against the stored ticket information. 

When a customer wishes to obtain an assigned time to access a second queue of an 
attraction, the customer establishes an entitlement via a first validator 232. The first validator 232 
communicates with the central park admission controller 200 via a master controller 244. This 
arrangement permits a determination that the customer's ticket is valid for a specific day, has not 

25 be revoked or the like. If the ticket is validated, then the customer may be provided a pass, such 
as described above, by a media distributor 238. The master controller 244 is also arranged to 
send data to the central park admission controller 200 that a pass has been issued to the customer 
for that attraction. Then, if the customer attempts to gain a pass for that or another attraction 
while the first pass is outstanding, the database associated with the park admission controller 200 

30 has a record of the outstanding pass and the customer will be denied the additional pass. 

Again, an algorithm processor 250 is arranged to communicate with the master controller 
244 to provide times to be assigned and printed by the media distributor 238. 

In one or more embodiments, the system may be arranged so that not all customers are 
entitled to access the attraction 22 via the second queue. In another embodiment, one or more 

35 customers may be permitted to access certain attractions via the second queue and other 
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attractions only via the first queue. In one or more embodiments, only customers which pay a 

premium amount or obtain some special entitlement are permitted to access one or more 

attractions via the second queue. 

Operation. Effect And Other Features 
5 In operation, in one or more embodiments, a customer receives a ticket or other 

entitlement. For example, at an amusement park, a customer pays for a ticket to gain entry to the 

park. With respect to the embodiment of the invention illustrated in Figure 3, the main server 104 

stores information regarding the customer's ticket. 

At some point a customer may wish to access a particular attraction 22. When the 
1 0 customer reaches the attraction, they are presented with an option. First, the customer may access 

the attraction through the traditional first queue 24. Optionally, the customer may access the 

attraction 22 via the second queue. 

Referring to Figure 13, if the customer wishes to access the attraction 22 via the second 

queue 26, the customer first validates entitlement to receive an assigned time to access the 
1 5 second queue 26. In one embodiment, the customer slides a portion of his ticket through a card 

reader portion of the first validator 40. In one or more other embodiments, validation may be 

performed by scanning a fingerprint or the like as described above. 

In the arrangement illustrated in Figure 3, the first validator 40 then sends a confirmation 

request through the local server 48 to the main server 104. The main server 104 verifies that the 
20 ticket is on the list of valid tickets. If the ticket is not verified, then the main server 1 04 sends this 

data back to the first validator 40 which may illuminate or print out an indication of such 

to the customer. In an embodiment where the customer is not entitled to more than one pass or 

entitlement to a second queue at a time, the first validator 40 is configured to verify that the 

customer has no other outstanding entitlements/passes. 
25 In one embodiment, such as in the system illustrated in Figure 2, if the ticket is verified, 

the first validator 40 sends a signal of such to the media distributor 38. The media distributor 38 

then issues a pass to the customer. The pass includes an assigned access time at which the 

customer is entitled to return to the attraction 22 in the future and access the attraction 22 through 

the second queue 26. 

30 The customer may then leave the area of the attraction 22. During this time, the customer 

may shop, eat or engage in a wide variety of other activities. 

At the appointed time, the customer returns to the attraction 22 and seeks access to the 
attraction via the second queue 26. The customer establishes entitlement to access the attraction 
via the second validator 42. In the embodiment where the customer is provided with a pass which 

35 provides access, the customer presents the issued pass to a person who verifies the current time 
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and the time printed on the pass, the date of the pass and the attraction for which the pass 
provides access. If validated, then the customer is permitted to access the attraction 22. As 
provided above, the customer may establish entitlement to access the attraction in accordance 
with other methods, such as by scanning a fingerprint again. 
5 In one or more embodiments, the customers gaining access to the attraction through the 

first and second queues may be separated. For example, for a ride having four cars, the first two 
cars may be filled with customers from the first queue 24 and the second two cars filled with 
customers from the second queue 26. In one or more embodiments, the customers gaining access 
to the attraction 22 are integrated in accordance with the allocated capacity to the first and second 

1 0 queue customers. 

In one or more embodiments, one or more customers may be permitted to access an 
attraction via the second queue 26 apart from the standard method of establishing entitlement at 
the first validator 40 and then returning to the second queue 26 of the attraction at the assigned 
time. For example, one or more passes may be issued to a number of customers which include 

15 pre-assigned times. One or more customers might, for example, be issued passes on the same day 
or days or weeks before the assigned date of access. A customer arranging a trip to a theme park 
may be permitted to purchase passes. In one or more embodiments, these assigned " spots" are 
accounted for by the system when determining other passes to issue to those accessing the 
attraction with the first validator. 

20 In one or more embodiments, one or more customers may be permitted to access an 

attraction via the second queue 26 or even a third queue without a pass. For example, special 
VIP, disabled or other customers may be permitted to access the attraction via the second queue 
26 or a third queue which permits the customer to access the attraction at any time. 

As described above, in one or more embodiments of the system and method a customer is 

25 prevented from obtaining more than one entitlement or pass for accessing an attraction at a single 
time. In another arrangement, some customers may be permitted to obtain multiple passes. In one 
embodiment, the system may be arranged to permit customers to obtain multiple passes at some 
times and not at others. For example, if the wait time for accessing one or two attractions is 
particularly long (whether by the first or second queue 24,26) the system may be arranged to 

30 permit customers to obtain passes for different attractions so that the customer avoids the need to 
access one attraction before obtaining a pass for accessing another attraction. 

Advantageously, the method and system of the present invention permits one or more 
customers to gain access to an attraction without having to wait in a standard line to access the 
attraction. This permits the customer to engage in other activities instead of waiting in line. Such 

35 activities may comprise shopping or eating. 



22 



530057/293 



In one or more embodiments, the method and system advantageously permits "real- 
time" adjustment of the flow of customers to the attraction 22 via the first and second queues. 
This is advantageous since it permits optimization of the capacity of the attraction with the 
demand of customers. In the event the line of customers in the first queue 24 becomes 
5 excessively long, the system can provide for an adjustment in the number of customers permitted 
to access the attraction 22 via the second queue 26 and thus reduce the wait time associated with 
the first queue. In addition, in the event the capacity of the attraction 22 suddenly decreases, the 
system can provide for an adjustment in the number of customers and/or access times via the 
second queue 26 to prevent a build up of customers accessing the attraction 22 via the first and/or 

10 second queues. In the event the capacity of the attraction 22 increases, the system can provide for 
an additional number of customers to access the attraction 22 via the second queue 26 and/or 
adjust the access times to permit more customers to access the attraction. 

Referring to Figure 14, a sample pass 300 as generated by media distributor 32 is 
illustrated. Pass 300 contains various sections of text that can be varied from pass to pass and is 

15 selected by the system or system operator. An attraction identification 310 is provided to 
identify the particular ride or attraction that the patron has access too. A time section 320 
identifies the particular time or time range that the patron can access the attraction without 
having to wait in the physical line or queue. As previously explained, the actual time or time 
range assigned to a given patron will be generated by the system based on various conditions. A 

20 promotional or advertising section 320 is provided and can include various messages that are 
generated by the system. The date 325 pass 300 was issued, along with the time 330 it was 
issued can also be printed. The arrangement, sizing, and presentation of the textual material can 
all be varied as desired. Though not separately shown, various elements can be provided on pass 
300 to allow for authentication and validation. 

25 The textual material included in advertising section 320 can either be static or 

dynamically generated. That is, the particular message(s) chosen to be printed could be the same 
on each pass printed. This would simply serve as advertising or promotional material for certain 
preselected beneficiaries. Alternatively, targeted promotional material can by dynamically 
generated and printed on one or more passes. That is, each pass 300 or a grouping of such passes 

30 (i.e., those having the same times for entry) could have different material printed within 
advertising section 320. 

The ability to print targeted material on various printed passes 300 allows for a number of 
advantages. By offering patrons certain incentives to perform certain activities, pedestrian traffic 
patterns can be influenced and to some extent controlled. Thus, pedestrian traffic can be directed 

35 away from certain areas during times when crowding is severe. For example, if a major tour or 
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attraction ends at 3:00 p.m. and introduces a large number of people into a particular location, the 
system will want to cause others to avoid that area around that time. Thus, the printed passes 
300 for various relevant attractions could advertise an enjoyable event or offer a reduced price 
meal or other premium for the patron at a location remote from the congestion. Likewise, 
5 pedestrian traffic can be directed towards predetermined areas featuring certain events, 
attractions, or establishments. Thus, the system allows for the self promotion of areas deemed 
desirable for various reasons by the park management. 

By coordinating the printed material with the generated waiting times, park efficiency is 
increased. Patrons can be encouraged to follow predetermined paths that allow for a more even 
10 distribution of pedestrian traffic among the various shops, restaurants and attractions of the park. 
Thus, the park benefits through increased efficiency and the patrons benefit by being less 
affected by crowding. 

The material printed and the effects desired to be achieved can either be selected by the 
system or entered by park officials at any time. Thus, cyclic and predictable events can be 

15 accounted for automatically. Certain events that may occur more infrequently could still be 
accounted for by the automated system. For example, if a major attraction goes off line, this 
information can automatically be gathered and passed along to the various controllers operating 
within the system. Thus, the targeted advertising could be used to simply inform patrons of the 
attraction closure or to guide them to other areas of the park. Finally, information could be 

20 manually entered to cause specific material to be printed on certain passes 300. 

The material printed within advertising section 320 can vary depending upon the desired 
result. Coupons, discounts, and other promotions can be given for any number of patron 
activities. Specific events, attractions, restaurants, stores, or merchandise can be promoted. This 
can be done to alert patrons to new attractions or events that they may not have heard about. 

25 Alternatively, this could be used to promote events that have received less participation than 
expected. Finally, events which are known to be popular but often overlooked by busy patrons 
can be advertised simply as a helpful reminder to the patron. For example, parade times and 
locations can vary. Thus, a generated pass 300 might remind that patron of a parade occurring 
soon in a nearby location. 

30 Many of these benefits are achieved by integrating the time and/or location of the 

generated pass 300 with the selected targeted advertising information 320. That is, by knowing 
where the attraction is located with respect to the other attractions and locations in the park, the 
status of those various attractions/events, the current time, the time window during which the 
patron will be assigned, and the normal abilities for movement of a patron, the system can 

35 determine what promotional material is most beneficial to print. Ultimately, the system is 
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capable of printing any desired message on any given pass 300. 

The textual messaging printed or otherwise provided within section 320 is not limited to 
advertising or promotional material. Ultimately, any information may be provided for any 
number of purposes on single or multiple passes 300. For example, park management could 

5 print messages about a lost child, other welfare concerns, or items of general interest. 

In various embodiments of the present invention, the patron is provided with an item that 
uniquely identifies that patron to the system. For example, upon admission to the park the patron 
may be granted an admission ticket having a magnetic strip coded with identifying information. 
At various points throughout their visit, that admission ticket may be utilized for certain 

1 0 functions and at the same time, alert the particular system of the park to the identity of the patron. 

Thus, it may be desirable to either allow for or require a patron to present such an 
identifying media when obtaining pass 300 for admission to a given event or attraction. As 
previously discussed, this provides one way of validating that the patron is entitled to such a pass 
at a given time. In addition, this provides identifying information about the patron to the system. 

1 5 Thus, messages specifically directed to this patron can be printed on pass 3 00 in section 320. For 
example, a given patron could receive a message to meet another patron at a specific time or 
place or to telephone another individual. This allows various remotely located parties to contact 
one another. Of course, there are various reasons why park management may wish to provide a 
specific message to a patron. For example, a message could be generated for a patron indicating 

20 that his wallet had been found and is now located at a particular security station. Furthermore, 
targeted messages could be directed to the members for various groups visiting the park together. 
As one example, members of a high school class could be spending the day in such an 
amusement park. When a member of that class requests pass 300, relevant messages could be 
printed such as where or when to meet the group. Of course, knowing who the patron is and if 

25 they belong to a specific group may also allow for customized advertising to be generated. 

Targeted, patron (or group) specific messages can be printed on pass 300. All that is 
required is providing a way of identifying the patron to the system as pass 300 is requested. 
There are many way of accomplishing this within the scope of the present invention. As 
discussed, admission media could be provided when entering the park. Any number of other 

30 identifying products could be provided throughout the park. In addition, a patron can be asked to 
manually enter or otherwise provide identification information at the point pass 300 is obtained. 

Pass 300, as described, can be printed with any number of and types of messages. 
Advertising, promotional, patron or group specific messages can be generated in various 
combinations. Of course, any material may be printed, whether categorized or not. Thus, 

35 " informational material" , as used herein is meant to include any material that may be printed or 
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otherwise added to pass 300, whether for purposes of advertising, promotion, communication, 
traffic management, information dissemination, or otherwise. 

Of course, the foregoing description is that of one or more embodiments of the invention, 
and various changes and modifications may be made without departing from the spirit and scope 
of the invention, as defined by the claims. 



26 



530057/293 



CLAIMS 

11. A system for managing admission to an attraction comprising: 

2 a first validator for establishing an entitlement of a customer to access the 

3 attraction; 

4 a controller for generating an assigned time at which said customer may access 

5 the attraction, said assigned time comprising a next available time as 

6 determined by an algorithm performed by said system; and 

7 a second validator for permitting said customer to access said attraction at said 

8 assigned time. 

1 2. The system in accordance with Claim 1 wherein the controller unilaterally 

2 determines and issues said assigned time to said customer. 

13. A system for managing admission to an attraction comprising; 

2 a first queue by which customers may access the attraction by waiting in line; 

3 a second queue by which customers may access the attraction in a manner which 

4 avoids the first queue; 

5 a first validator for validating an entitlement of a customer to access the second 

6 queue and generating an assigned time in the future at which an entitled 

7 customer may access the attraction via the second queue. 

1 4. The system in accordance with Claim 3, further comprising: 

2 a second validator for permitting the entitled customer access to the attraction at 

3 the assigned time. 

1 5. The system in accordance with Claim 4 wherein the assigned time is determined 

2 and selected by the system. 

1 6. The system in accordance with Claim 5, wherein only a single time is generated 

2 and assigned to any one customer at any one time. 

1 7. The system in accordance with Claim 6, wherein said first validator is arranged to 

2 validate at least one type of identifying information from the group consisting of: 

3 magnetic strip, bar code, radio-frequency, iris, fingerprint, retina, voice, thermal, finger or 

4 hand geometry, and visual identification. 

1 8. The system in accordance with Claim 7 wherein said second validator is arranged 

2 to validate at least one type of identifying information from the group consisting of: 

3 magnetic strip, bar code, radio-frequency, iris, fingerprint, retina, voice, thermal, finger or 

4 hand geometry, and visual identification. 
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1 9. The system in accordance with Claim 8 including at least one data storage device 

2 for storing data regarding times previously assigned to customers and wherein said 

3 system is arranged to deny validation of said customer to entitlement to an assigned time 

4 if said customer has an outstanding unused assigned time associated with said at least one 

5 storage device. 

1 1 0. The system in accordance with Claim 9 including a media distributor for 

2 distributing an admission media to each customer entitled to access the attraction, said 

3 admission media including said assigned time. 

1 1 L The system in accordance with Claim 1 0 wherein said media comprises a printed 

2 pass. 

1 12. The system in accordance with Claim 11 wherein said first validator comprises 

2 a card reader for reading a ticket belonging to a customer. 

1 13. The system in accordance with Claim 3 including a processor for determining at 

2 one or more times a real time operating capacity of said attraction, said processor 

3 determining a mix ratio of first queue patrons and second queue patrons and providing 

4 data about said real time operating capacity and said mix ratio to said system for 

5 generating said assigned time. 

1 14. The system in accordance with Claim 3 including a display for displaying a time 

2 which is next to be assigned. 

1 15. The system in accordance with Claim 3 including a media distributor for 

2 distributing an admission media to each customer entitled to access the attraction, said 

3 admission media including informational material printed thereon. 

1 1 6. The system in accordance with claim 1 5 wherein said informational material is 

2 correlated to the location of the media distributor and the time assigned. 

1 1 7. The system in accordance with claim 1 5 wherein the informational material is 

2 generated specifically for the customer based upon an identification of that customer. 

1 18. The system in accordance with claim 1 5 wherein the informational material is 

2 generated to influence pedestrian traffic patterns. 

1 19. A method for managing access of one or more customers to an attraction 

2 comprising: 

3 establishing at least one first queue by which one or more customers may access 

4 said attraction generally in an order in which customers access said at least 

5 one first queue; 
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6 establishing at least one second queue by which one or more customers may 

7 access said attraction in a manner which avoids said at least one first 

8 queue; 

9 establishing entitlement of at least one customer and generating an assigned time 

10 in the future for each entitled customer for accessing said attraction via 

1 1 said at least one second queue; and 

1 2 establishing entitlement of at least one customer to access said attraction via said 

1 3 at least one second queue at said assigned time in the future. 

1 20. The method in accordance with Claim 1 9 wherein said assigned time is 



2 determined and selected by a controller. 

1 21. The method in accordance with Claim 1 9 including the step of issuing a media to 

2 said at least one customer if entitlement to an assigned time in the future is established. 

1 22. The method in accordance with Claim 1 9 including the step of assigning said 

2 times in the future in chronological order. 

1 23. The method in accordance with Claim 1 9 including the step of displaying a next 

2 to be assigned time in the future for accessing said attraction via said at least one second 

3 queue. 

1 24. The method in accordance with Claim 1 9 wherein said assigned time is generated 

2 based upon one or more factors affecting demand for and capacity of said attraction. 

1 25. The method in accordance with Claim 1 9 including the step of providing a printed 

2 pass including informational material printed thereon. 

1 26. The method in accordance with Claim 25 wherein said informational material is 

2 correlated to the location where the printed pass was printed and the time assigned. 

1 27. The system in accordance with Claims 25 wherein the informational material is 

2 generated to influence pedestrian traffic patterns. 

1 28. The system in accordance with Claim 25 wherein the informational material is 

2 generated specifically for the customer based upon an identification of that customer. 
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ABSTRACT OF THE DISCLOSURE 
The invention is a method and system for managing admission to an attraction. In 
one or more embodiments, the system comprises a first queue by which customers may 
access the attraction by waiting in line and a second queue by which customers may 
5 access the attraction in a manner which avoids the first queue. The system includes a first 
validator for validating an entitlement of a customer to receive an assigned time in the 
future for accessing the attraction via the second queue, a media distributor for 
distributing a media to an entitled customer, the media including the assigned time at 
which the entitled customer is entitled to access the attraction in the future, and a second 

10 validator for validating the entitled customer access to the attraction at the time provided 
on the media. In accordance with a method of the invention, a customer may access an 
attraction in a manner which avoids standing in a first waiting line by verifying 
entitlement to utilize a second queue, obtaining a pass entitling the customer to access the 
attraction at a future time, and returning to the attraction at the future time and gaining 

15 access with the pass. In this method, the customer may leave the vicinity of the attraction 
between when the pass is issued and the future time at which the customer is entitled to 
access to the attraction. 
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from Parks-APES server to 
Bridge server 






vqJoc_portjnfo 


lasLupdateJime 


datetime 
year to 
fraction(5) 


NOT 
NULL 


Datetime when the record 
was last updated 


No 


No 


vqjoc_port_info 


lastjjpdate_user 


char(8) 


NOT 
NULL 


User iu mat upaaiea me 
record last 


Mo 


No 


vq_Joc_portjnfo 


location_nurnber 


char(4) 


NOT 
NULL 


Location number (as used by 
lEs in OpSheet) 


No 


No 


vqjoc_portjnfo 


originjd 


integer 


NOT 
NULL 


Origin identifier of park, as in 
OpSheet 


No 


No 


vq_loc _portjnfo 


override_effective 


char 


NULL 


Flag to indicate whether 
scenario override is effective 


NO 


(NO 


vq_loc_portj info 


park_code 


char(2) 


NULL 


Park code: AK, MK, EC, ST 


No 


No 


vqjocjortjnfo 


percent_capacity 


smatiint 


NULL 


Percent of the location's total 
capacity for VQ (eg. 80%) 


No 


No 


vqJoc_port_jnfo 


scheduie_effective 


char 


NULL 


Flag to indicate whether 
scenario schedule is 
effective 


No 


No 


vqJoc_portjnfo 


server__name 


varcnai\ou; 


NOT 
NULL 


Name of the Bridge server 
dedicated to this 
location/attraction 


No 


No 


vq_locj30rtjnfo 


survey_ time_min 


integer 


Ni ti I 


^nrvAv time in minutes 
(same as forecasted time in 
minutes) 


No 


No 


vqJocj>ort_jnfo 


vq_close_time 


datetime 
HOUR to 

MINI 1TP 


NULL 


Actual close time of 
attraction 


No 


No 


vqJoc_port_info 


vq_disp_timejnt 


smaiiint 


NULL 


Dispense time interval in 
minutes, used to increase 
the guest window 


No 


No 


vqJoc_portjnfo 


vq gst_win_min 


integer 


NULL 


Minutes during which guest 
ran vteit the location Time 

V*GH 1 f lull 11 IO IWwWHWH- t 

is between 

guest_window_start and 
guest_window_end. 


No 


No 


vq_loc_portjnfo 


vqjan_address 


char(2) 


NOT 
NULL 


Attraction name (coded) 
where VQ is functional 


No 


No 


vq_loc_port_info 


vqjoc_portjd 


serial 


WAT 

NULL 


MnintiA e;*»rtal ID fnpfiprated 
by the system) that identifies 
the VQ attraction/park 


Yes 


No 


vqJoc_port_info 


vq_Joc_utilization 


smatiint 


Ml 11 1 
(NULL 


1 nratinn titUhfatiftn nercsnt 

l_UvrC(UiJll Ullll£.aUUl I JJW ii, 

used for computing actual 
capacity from THRC 


No 


No 


vqjoc_portjnfo 


vq_max_gst_count 


integer 


NULL 


Maximum guest count used 
in the calculations for 
dispense rate 


No 


No 


vq_loc_port_info 


vq_min_before_cls 


integer 


NULL 


Number of minutes before 
close to stop printing VQ 
tickets 


No 


No 


vq_loc_j)ort_info 


vq_min_down_time 


integer 


NULL 


Minimum down time to be 
used while creating downtime 


No 


No 
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scenario 






vq_loc_portjnfo 


vq_min_gst_count 


integer 


NULL 


Minimum guest count used in 
the calculations for dispense 
rate 


No 


No 


vqJoc_port_info 


vq_min_waii_Jime 


integer 


NULL 


Minimum virtual wait time (eg. 
40 minutes) 


No 


No 


vqjocjportjnfo 


vq_park_address 


char(2) 


NOT 
NULL 


Park name (coded) where VQ 
is functional 


No 


No 


vq_Joc_port_info 


vq_soft_close__time 


datetime 
HOUR to 
MfNUTE 


NULL 


The time at which VQ stops 
printing tickets 

(close Jime - min_before_cis) 


No 


No 


vfi inr scenario 


exDected uDtime 


inteaer 


NULL 


Expected uptime (absolute) 
from location down situation 


No 


No 


un Icm* ^renario 


gst win minutes 


smailint 


NULL 


Guest window n*n minutest 


No 


No 


vqJoc_scenario 


last__update_Jime 


datetime 
year to 
fraction(5) 


NOT 
NULL 


Datetime when the record 
was last updated 


No 


No 


vt| im> ov^ci iui i\j 


last undate user 


charf8^ 


NOT 
NULL 


User ID that undated the 
record last 


No 


No 


vqJoc_scenario 


percent_capacity 


smailint 


NULL 


Percent of location's total 
capacity for VQ (eg, 80%) 


No 


No 


vq^ioc^scenanu 


\tn Hicrt time* int 
Vq_Ui5>p ill fit? 11 i\ 


omnMinf 

Ol 1 ICtllM H 


ME fl f 

IN U LL 


»u UuMsl UtbfJcfioc unit; 

interval (5 minutes) 






vq IOC scenario 






W! It 1 


dispense in vq_disp_time_int 


Mn 


Mn 
in y 


vqJoc_scenario 


vqjocjaort jd 


integer 


NULL 


Unique location identifier 


No 


Yes 


vqJoc_scenario 


vqJoc_scenarioJd 


serial 


NOT 
NULL 


Unique identifier (generated 
by the system) for location 
scenario information 


Yes 


No 


vqJoc_scenario 


vq_scenario_id 


integer 


NOT 
NULL 


Unique scenario identifier 


No 


Yes 


vqJoc_scenario 


vq_scn__eff_date 


date 


NULL 


Scenario effective date 


No 


No 


vqJoc_scenario 


vq_scn_eff_time 


integer 


NULL 


Scenario effective time 


No 


No 


vq_joc_scneciuie 


euecuve^ oaie 


date 


KJf it 1 
NULL 


oCiicouie eneciive aaieume 


[NO 


Mn 

INU 


vq_Joc_schedule 


effective^ me 


datetime 
MINUTE 


NULL 


Schedule effective time 


No 


No 


vq_Joc — schedule 


©xpirauon^uaie 


date 


KJI1M 
nULL 


ocfieuuie expiration uaieume 




Mn 


vqJoc_schedule 


last_update_time 


datetime 
year to 

fro /"*-f i (*\r»/R\ 

Tracuon^oj 


NOT 
NULL 


Datetime when the record 
was last updated 


No 


No 


»/n Inn QrhpHitlp 


last undate user 




NOT 
NULL 


User ID that undated the 
record last 


No 


No 


vqJoc_schedule 


percent_capacity 


smailint 


NULL 


Percent capacity used for VQ 
guest count calculations 


No 


No 


vqJoc_schedule 


vq_close_time 


datetime 
hour to 
minute 


NULL 


Actual close time of the 
attraction 


No 


No 


vq_!oc_scheduIe 


vq_disp_time_int 


smailint 


NULL 


VQ ticket dispense time 


No 


No 



FIG. 5F 



Column Table 
Name 


Column Name 


Column 
Datatype 


Column 

Null 

Option 


Column Comment 


Column 
IsPK 


Column 
Is FK 










interval (in minutes) 






v <lJ 0C — schedule 


vq_u i s p e n se_raie 


ii iiuyci 




VO tirk^t ritenpnse rate 


No 


No 


vq_Joc_schedute 


vq_gstjwin_min 


integer 


NULL 


Guest window (in minutes) 


No 


No 


vqJoc_schedule 


vqJoc_port_id 


integer 


NOT 
NULL 


Unique serial ID (generated 
by the system) that identifies 
the VQ attraction/park 


No 


Yes 


vq_!oc_schedule 


vq_loc_schedulejd 


serial 


NOT 
NULL 


Unique serial ID (generated 
by the system) that identifies 
thp attraction schedule 


Yes 


No 


vq_Joc_schedule 


vq_waiMime 


integer 


NULL 


Current virtual queue wait 
time 


No 


No 


vtL.no show lookup 


last_jjpdate_time 


datetime 
year to 
fraction(5) 


NOT 
NULL 


Datetime when the record 
was last updated 


No 


No 


ua no show lookuD 


last_ update_user 


char(8) 


NOT 
NULL 


User ID that updated the 
record last 


No 


No. 


x/n no show lookuD 


nosh o w__ f a cio r jpcnt 


small int 


NOT 
NULL 


Percent factor to be used to 
adjust Distribution Percent 
(DPS). Increment dispense 
rate by this factor. 


No 


No 


vq_no_showjookup 


vq_Ioc_port_jd 


integer 


NOT 
NULL 


Unique serial ID (generated 
by the system) that identifies 
the VQ attraction/park 


No 


Yes 


vq_no_showjookup 


vq_no_show_id 


serial 


NOT 
NULL 


System-generated ID value 
for no show 


Yes 


No 


vcL_no — showjookup 


vq_wait_minutes_Jm 


smallint 


NOT 

[HULL 


VQ wait minutes from 


No 


No 


vq_no_show_lookup 


vcLwait_minutes_to 


smallint 


NOT 
NULL 


VQ wait minutes to 


No 


No 


vq_opsheet_feed 


business_date 


date 


NULL 


Current business date 


No 


No 


vq_.opsheet_.feed 


feed_type 


char(1) 


NULL 


Indicates if this is an 
OpSheet_feed(0), override 
row from scenario(S), 
downtime override (D) 


No 


No 


vq_opsheet_feed 


fraoH uurlto timA 


hour to 
second 


NULL 


Time at which OpSheet 
performed write/sent the file 


No 


No 


vq_o p s h e e t_fe ed 


yiiCl>t_VVIl lULHnf __Ci 1VJ 


datetime 

%J CI Lw ii 1 J 1 N_* 

hour to 
minute 


NULL 


Guest window end time 


No 


No 


vq_opsheet_feed 


guest_window_start 


datetime 
hour to 
minute 


NULL 


Guest window start time 


No 


No 


vq__opsheet_feed 


last_update_time 


datetime 
year to 
fraction(5) 


NOT 
NULL 


Datetime when the record 
was last updated 


No 


No 


vq_opsheet_feed 


last_update_user 


char(8) 


NOT 
NULL 


User ID that updated the 
record last 


No 


No 


vq_opsheet_feed 


opsheet feed id 


serial 


NOT 
NULL 


Unique serial ID (generated 
by the system) for 
opsheet_feed_jnfo table 


Yes 


No 
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Column 

Willi 
PiUIf 
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Column 
Is FK 


vq_opsheet_feed 


vq__curr__wait_Jime 


integer 


Kit 11 I 

NULL 


Current virtual wait time {in 
minutes) 


No 


No 


vq__opsheet_feed 


vq__disp__time_jnt 


smallint 


Ml 11 1 

NULL 


Dispense time interval (eg. 5 
minutes) 


No 


No 


vq_opsheet_Jeed 


vq_dispense__rate 


integer 


NULL 


Ticket dispense rate, as 
recommended by OpSheet 


No 


No 


vq_opsheet_feed 


vq_gst_win__minutes 


integer 


NULL 


VQ guest window minutes 
(eg. 60 minutes) 


No 


No 


vq_ppsheetjeed 


vq_guest_count 


integer 


NULL 


Guest count to be used for 
all calculations 


No 


No 


vq_opsheet_feed 


vq_Jocj>ortjd 


integer 


NOT 
NULL 


Unique serial ID (generated 
by the system) for 
vqJoc_port_jnfo table 


No 


Yes 


vq_opsheet_feed 


vqJoc_scenario_jd 


integer 


NULL 


Unique identifier (generated 
by the system) for location 
scenario information 


No 


Yes 


vq_.opsheet_.feed 


vqjnlnjt/altjime 


integer 


NULL 


Minimum wait time at virtual 
queue (eg. 40 minutes) 


No 


No 


vq_opsheet_feed 


vq_pps_j>rocessed 


char(1) 


NULL 


Row processed (sent to 
Bridge server for Master 
Controller), Y/N 


No 


No 


vq_scenariojnfo 


last_update_time 


datetime 
year to 
fraction(5) 


NOT 
NULL 


Datetime when the record 
was last updated 


No 


No 


vq__scenario__info 


last_update_user 


char(8) 


NOT 
NULL 


User ID that updated the 
record last 


No 


No 


vq__scenarioJnfo 


scenario_desc 


varchar(60) 


NULL 


Scenario description 


No 


No 


vq_scenariojnfo 


scenario_name 


char(25) 


NULL 


Unique scenario name, not 
associated with any attraction 


No 


No 


vq_scenariojnfo 


vq_scenariojd 


serial 


NOT 
NULL 


Unique identifier (generated 
by the system) for scenario 
information 


Yes 


No 
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5 


Do Abuse Check f7~" Max Gst Count | 


2400 


Forecast Time Min: | 


60 


Minutes Before Close: | Loc Utilization: ) 


75 


Close Time: |21:45 




Last Update: f=RS2 $Q289 1 7:48:35 




Soft CJose Time: | 





Close 



Save 



FIG. 8 



► Location Pott Information 



ME 



Loc Park Lan 
Port Id Address Address 



Vq Loc Port let 2 
Park Address: j 
tan Address: JST" 



Location 



X-NSEFVaTION STATION 



Origin 



DISNEY'S ANIMAL WNC-OOM 



Do Abuse Check: f7~ 



Vq dose Time: [21:45; 00 
Soft dose time: 



Location Number: WVE - Cons S 



Origin: jPISNEY'S ANIMAL KINGOOM 



Server Name: |ctxserver 
Park Code: $K 
Ftp Script Name: J5x 



Server Name 

ma 



Override Effective: |~~ Min Waft Time: j 40 
Schedule Effective: | Dis Reduction Fact j 10 
Downtime Effective: JT" Min Gst Count | 1800 



Minutes before closing: I Max Gst Count: ( 2400 

Vq Disp Time Int j 5 Min Down Time. | 15 

Forecast Time Mm: | 60 Percent Capacity: | 80 

Survey Time Min- [ 60 Loc Utilization ( 75 

FtpArgl: \ Ftp Arg2: | 



Last Update User: pRS2 |4/22i99 17:48:35 



FIG. 9 



Master Server Feed to Master Controller 

START 




For every feed from the Master Controller that if 
not processed for the current date 



T 



Get all values fed in from the Master Controller 
current datetime 



For this attraction, create a log entry in 
disp_rateJog table 



Call Dispense 
Rate Calculation/ 
Process 



Update the log with 
dispense rate value 



Update the entry in 
the Master Controller 
feed as processed 



Create a new row in 
master server feed to send 
to the Master Controller 




YES 
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Cstart 



Intialize Distribution Reduction Factor = 0, No Show Factor • - 0 



Get current guest window startfend from Master Controller 




YES 






Set dispense 


> > 


rate = 0 




Current virtual wait = Current guest window start - current time 



T 



Get no show factor from no show lookup, where current 
virtual wait is between virtual wait from and virtual wait to 




master server does not 
send info to Master 
Controller 




STOP 



(continued) 
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Master Controller Feed to Master Server 

(continued) 



Is current guest window start > 
jfuest window start at downtime, 
+ downtime? 



NO 



Select Downtime 
Reduction Factor for this 

attraction to reduce 
capacity during downtimb 




Get percent capacity dispense 
time interval and guest window 
minutes from default values set 
for location 



Get percent capacity dispense 
time interval and guest window 
minutes from schedule table 
that is effective for current date 



Get location number, origin, location 
name and ID from master server tables 



NO 




YES 



Get guest count from 
location_count (auto GC) fo 
forecasted time interval 



Forecasted guest count = 
(THRC / maximum number of units) * units operational * utilization fie 



Set Forecast Time Period = 60 minutes 



— ? — 

(continued) 



FIG. 11B 



Master Controller Feed to Master Server 

(continued) 



i 



Dispense Rate = 
(Forecasted GC * 


Percent Caoacitv * f1 - Distribution Reduction Factor) * Disoense Time Inters 


Forecast Time Period 












Dispense Rate - Dispense Rate * (1 + No Show Factor; 





1 

STOP 



FIG. 11C 



3 

DC 

6 





LU 

to 

cc 



o 

I 

cc 

LU 

CC 



CC 
LU 
Q 
< 

ULI 
CC 

to 

o 




CM 

CD 
LL- 



o 

CM 



VALIDATE ENTITLEMENT TO 
ACCESS SECOND QUEUE 



OBTAIN SYSTEM ASSIGNED 
ACCESS TIME 



PRXEEDTOSI 
AT ASSIGNED i 


ECOND QUEUE 
\CCESSTIME 






VALIDATE ENTITLEMENT TO ACCESS 
THE ATTRACTION VIA THE SECOND QUEUE 



FIG. 13 



300 



Figure 14 




Valid For Entry 
Between 

2:45 pm 

AND 
3:15 pm 



•CO® 



1/1/2000 



2:00 pm 



310 



315 



320 



325 



330 



JOINT INVENTORS 



DECLARATION FOR PATENT APPLICATION AND POWER OF ATTORNEY 

As the below named inventors, we hereby declare that: 

Our residence, post office address and citizenship are as stated below next to our names. 

We believe we are the original, first and joint inventors of the subject matter which is claimed 
and for which a patent is sought on the invention entitled: METHOD AND APPARATUS FOR 
MANAGING ATTRACTION ADMISSION the specification of which is attached hereto. 

We hereby state that we have reviewed and understand the contents of the above identified 
specification, including the claims, as amended by any amendment referred to above. 

We acknowledge the duty to disclose information which is material to the examination of this 
application in accordance with Title 37, Code of Federal Regulations, Sec. 1.56(a). 

POWER OF ATTORNEY: We hereby appoint the following attorneys to prosecute this 
application and transact all business in the Patent and Trademark Office connected therewith: 

OPPENHEIMER WOLFF & DONNELLY LLP 

Harold D. Jastram, Reg. No. 19,777 
Alan Kamrath, Reg. No. 28,227 
Craig J. Lervick, Reg. No. 35,244 
Daniel G. Chapik, Reg. No. 43,424 
Cyrus A. Morton, Reg. No. 44,954 
David McKinley, Reg. No, 42,867 
W. Glenn Edwards, Reg. No. 44,426 

Send correspondence to: Daniel G. Chapik, Oppenheimer Wolff & Donnelly LLP, Plaza VII, 
Suite 3400, 45 South Seventh Street, Minneapolis, MN 55402. Direct telephone calls to Daniel 
G. Chapik at (612) 607-7386. 

I hereby claim the benefit under 35 U.S.C. 120 of any United States applications(s), or 365(c) of 
any PCT international application designating the United States of America, listed below and, 
insofar as the subject matter of each of the claims of this application is not disclosed in the prior 
United States or PCT International application in the manner provided by the first paragraph of 
35 U.S.C. 1 12, 1 acknowledge the duty to disclose information which is material to patentability 
as defined in 37 CFR 1 .56 which became available between the filing date of the prior 
application and the national or PCT international filing date of this application. 



U.S. Parent Application 


Parent Filing Date 


Parent Patent Number 
(if applicable) 


09/372,405 


August 10, 1999 





We declare that all statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true; and further that these statements were 
made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
such willfiil false statements may jeopardize the validity of the application or any patent issued 
thereon. 

Full name of first inventor: Bruce G. Laval 

Inventor's Signature 

Date 

Residence: 10570 Down Lakeview Cir, Windermere, Florida, 32830 
Citizenship: USA 

Post Office Address: P.O. Box 10,000, Lake Buena Vista, Florida, 32830 



Full name of second inventor: Gregory B. Hale 

Inventor's Signature 

Date 

Residence: Orlando, Florida, 32819 
Citizenship: USA 

Post Office Address: P.O. Box 10,000, Lake Buena Vista, Florida, 32830 



TC2: 472459 vOl 07/17/2000 



